Bloatpad: Add mnemonics to the menu

GtkApplicationWindow: Don't unref a NULL object

Adapt to changes in GLib API

g_application_get_menu() -> get_app_menu().

Drop GtkApplicationMenuButton for now

This feels premature; we do have the fallback situation covered
adaequately with the menubar, and people can do their own creative
solutions with gtk_application_window_get_menu(), so we don't have
to offer a widget for this right now.

Remove a redundant test

GtkApplicationMenuButton: add docs

Undoccommentify action muxer files

Whitespace fixes

Hook up docs

Remove no-longer existing function

GtkApplicationWindow: more docs

Include gtkapplicationmenubutton.h in gtk.h

GtkApplicationWindow: mark a string for translation

Some coding style fixes

GtkApplication: doc improvement

Some initial docs

Drop an unused variable

Don't call g_object_unref on a variant

Tsk, tsk...

GtkApplicationWindow: Use dispose for GObjects

This ensures we break cyclic references.

gtkapplicationwindow: Pick up gtk-shell-shows-app-menu XSetting

Calling gtk_application_window_set_show_app_menu() is now an override
for that setting.  If you don't call it, we pick up the default.

gdk: Fix prototype for gdk_x11_window_set_utf8_property

bloatpad: use GtkApplicationMenuButton

add GtkApplicationMenuButton

bloatpad: add 'win.fullscreen' action

bloatpad: make "about" a window action

By making "about" a per-window action, we can pop the about dialog up on
top of the correct window instead of trying to guess from the
application list of windows.

GtkApplicationWindow: wire up action activations

Wire the 'activate_action' and 'change_action_state' vfuncs through to
the GSimpleActionGroup.

gtk.symbols fixes

GtkApplicationWindow: implement GActionMap

port bloatpad to the new APIs

add GtkApplicationWindow

This is a GtkWindow subclass that "application windows" will use.  Each
is associated with a GtkApplication, has the ability to show menus and
will have its own associated set of actions.

add GActionMuxer and observer interfaces

These were destined for GLib, but they don't really make sense as a
public API.  Instead, we'll copy/paste them around between the various
codebases that need to render menus.

GtkSettings: add shell-shows-app-menu property

This is a boolean property that will be set to TRUE if the current
desktop environment is capable of displaying the application menu as
part of the desktop shell.

If it is FALSE then the application will need to display the menu for
itself.

Make it build against the current wip/menus-rebase3 branch

testgmenu: #ifdef out non-compiling code for now

Add a very bad fallback check

...maybe committing this inspires some better solution.

window: Set a _DBUS_APPLICATION_ID X11 window property

This will allow gnome-shell to reference it.

x11: Add gdk_x11_window_set_utf8_property

A convenience function to manipulate UTF-8 X11 properties; no point
in wrapping each one in individual setters.

GtkApplication: Insert separators after sections

The previous code was only inserting a separator when a new
section was starting right away, which may not always be the
case.

testgmenu: Insert separators after sections

The previous code was only inserting a separator when a new
section was starting right away.

GtkApplication: Initial attempt at section headings

This should be redone to show the label together with the
separator line, somehow. For now, just put the label below
the separator, as a separate item.

testgmenu: Initial attempt at section headings

This should be redone to show the label together with the
separator line, somehow. For now, just put the label below
the separator, as a separate item.

GtkApplication: use activate for actions here, too

testgmenu: Use activate with parameter for radio actions

This is how stateful actions are supposed to be activated, using
change_state for this was not right at all.

testgmenu: Use activate for toggle actions

This is how stateful actions are supposed to be activated, using
change_state for this was not right at all.

testgmenu: Quit on delete-event

Adapt to api changes in GMenuModel

Adapt to object path conventions

Seems common to expect 'path == bus name with slashes'.

bloatpad: Add an example app menu

The bloatpad example shows simple GtkApplication usage,
so it makes sense to test app menu api here as well.

GtkApplication: add a way to get the appmenu

This function either returns a GtkMenu or NULL.
Still to do: detect if the app menu is externally handled.

Drop an unused variable

Remove an unneeded include

testgmenu: Demonstrate how translatable labels work

Pass domain to the menu parser

This is necessary to make translations in markup work.

More dynamic changes

Cleanups

Separate the menu generation code and all callbacks in a
MenuHolder struct.

Quick-and-dirty GtkBuilder integration

This makes GtkBuilder accept a GMenuMarkup tree at the toplevel
(ie with <menu id='foo'> being a child of <interface>) and the resulting
GMenu object can be obtained via gtk_builder_get_object (builder, "foo").

Brute-force dynamic change propagation

We need to make sure that we connect to ::items-changed on every
single model, as they appear and disappear. Ugly business.

First attempt at handling dynamic changes

We need to connect to items-changed on _every_ menu
model, which is somewhat icky. For some reason, this
works fine with a local model, but not with D-Bus in
between. Debugging needed.

Add code for dynamic changes

Add and remove items and actions - we don't update
the menus properly yet.

Add some todos

Some GMenu test code

This is some test code for constructing GtkMenus from GMenus.

Updated Spanish translation

a11y: emit entry signals immediately

We want to emit signals when stuff happens, not sometime later. That way
we can also catch the correct text that was deleted.

https://bugzilla.gnome.org/show_bug.cgi?id=659445

x11: Avoid spurious focus events on grabs

We want to avoid handling focus events for the private focus window,
otherwise the keyboard grab taken by for example buttons will cause a
spurious FOCUS_OUT/FOCUS_IN on the toplevel.

The code that did this seems to have been lost in the XI2 transition for
GTK3.

https://bugzilla.gnome.org/show_bug.cgi?id=657578

x11: Unify focus handling code

This code was essentially copy-pasted in two locations, so unify them in
the same place.

https://bugzilla.gnome.org/show_bug.cgi?id=657578

a11y: implement widget_(un)set in ContainerCell

a11y: Make GtkCellAccessible a GtkAccessible

tests: Avoid deprecation warning

accessible: Deprecate gtk_accessible_connect_widget_destroyed()

That was an abomination. Also, if people called it twice, you got even
mor signal handlers!

widget: Set widget in accessible's constructor

No need to add t manually later.

a11y: Don't connect_destroyed anymore

It's not used now that set_widget() does the right thing.

iconview: Simplify adjustment monitoring for accessible

a11y: Remove widget_destroyed call

GtkAccessible does all of that for us now.

a11y: Use widget_unset vfunc in treeview

accessible: Ensure we unset the widget when finalizing

widget: Unref accessible

a11y: Fix crash in notebook

When the accessible was disposed before the notebook it referenced, the
weak ref could still trigger. This works around it.

widget: Unset self from accessible

widget: Unset widget on accessibles

accesible: Manage the DEFUNCT state

A GtkAccessible with a NULL widget is defunct, there's no way around it.

iconview: Split out iconview accessible

accessible: Use set_widget() in destroy notify

We don't want to bypass the unset_widget call.

API: accessible: Add widget_set and widget_unset vfuncs

I expect them to be used a lot, so this approach seems better than
requiring signals that connect to "notify::widget". Also, we can't use
regular functions (like dispose or constructed), becaiuse those assume
that (un)setting of the widget only happens once and with the current
design (a puble set_widget() function) we can't really guarantee that.

Also, I split them into two separate functions as one function is part
of construction and the other part of destruction of the object. And it
doesn't sound like a good idea to have that both be part of one
function.

accessible: At an important note to the docs

I wanted to use weak refs to ensure this instead, but it's a performance
problem when used in the treeview and each and every cell adds a weak
ref to the treeview.

accessible: Check the widgeyt actually changed when setting

accessible: Make widget a property

treeview: Only set focus column in setter function

Single point of entry. It's actually going to become more complicated
with a11y now.

a11y: Simplify code

Use peek_cell() instead of a custom find_cell() function that duplicates
loads of functionality.

Tell gtk-doc about G_GNUC_WARN_UNUSED_RESULT

Reduce gtk-doc warnings

Fix parameter name mismatch

Use the workarea when placing popups

This uses the new workarea API to avoid placing popups underneath
panels, docks, etc.

Add gdk_screen_get_monitor_workarea

The function returns the part of a monitors area that should be
used for positioning popups, menus, etc. The only non-trivial
implementation atm is in the X backend, all the other backends
just return the full monitor area. The X implementation is
currently suboptimal, since it requires roundtrips to collect
the necessary information. It should be changed to monitor
the properties for changes, when XFixes allows to monitor
individual properties.
https://bugzilla.gnome.org/show_bug.cgi?id=641999

Updated Spanish translation

gdk,xi2: Make more resilient about not yet known devices

Dealing with disabled devices may turn into hierarchy/device
changed events on device IDs with no backing GdkDevice yet,
so protect against that. The device attachment will be handled
correctly when the device is enabled later.

textlayout: cleanup

Use g_clear_object, move unrefs to dispose and reorganize code

Use gtk_text_layout_get_iter_at_line

We already have a gtk_text_layout_get_iter_at_line wrapper that takes
care of getting the btree from the layout, we may as well use it.

Remove useless get_iter_at_line calls.

No need to call _gtk_text_btree_get_iter_at_line right before calling
totally_invisible_line, since it is the first thing it does itself.

[l10n] Updated Kazakh translation

Updated POTFILES.in